home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19990725-20000114
/
000003_news@columbia.edu _Sun Jul 25 23:37:20 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2000-01-13
|
6KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA22870
for <kermit.misc@watsun.cc.columbia.edu>; Sun, 25 Jul 1999 23:37:19 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA00801
for kermit.misc@watsun.cc.columbia.edu; Sun, 25 Jul 1999 23:09:16 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
Message-ID: <379BD1A1.2369B0A4@hastdeer.com.au>
From: Rob Irvine <robi@hastdeer.com.au>
Organization: Hastings Deering
Subject: Re: default file destination after a reconnection.
Date: Mon, 26 Jul 1999 13:10:26 +1000
To: kermit.misc@columbia.edu
Thank you for your prompt reply, I will look at your suggestions.
I have found that by doing
"set receive pathnames on"
on the server PC, any failed transmits, when they are eventually successful
(usually because the warehouse PC has been switched off and the on again), will
correctly send the first file to the right directory. Possibly the default used
to be "on" (I have noticed that with some other defaults e.g. exit warning).
Frank da Cruz wrote:
> In article <379288D1.6A692568@hastdeer.com.au>,
> Rob Irvine <robi@hastdeer.com.au> wrote:
> : We use kermit to send files from a Sun Sparc 7 Unix kermit (6.0.192)
> : client to a Win95 Kermit 95 (1.1.17) server using the following 2
> : scripts. This all works just fine with the Server PC being in a
> : warehouse. My problem occurs if the PC is stopped for some reason and
> : the Unix client initiates the following script while it is stopped. It
> : waits till the PC is brought up, but sends the first file to the default
> : c:\k95 directory instead of c:\scar\host. I have tried putting the whole
> : pathname\filename in the send line , but this doesn't make any
> : difference. The second file is transmitted correctly. As I have at
> : least 2 applications using the server I cannot use a server-side default
> : directory but need the file to go where I want it even if there has
> : been an interrupted transmission.
> :
> : I have tried setting timeout to 0 but the client just goes to sleep and
> : never awakes and there doesn't seem to be any option to set retry to
> : forever (the limit is 999).
> :
> Timeout 0 means no timeout. Retries refer to retransmission of corrupted
> packets. If you have to retransmit the same packet 1000 times, you probably
> don't have a usable connection.
>
> If you are trying to catch the situation in which the PC's modem answers
> the phone but the PC is not running, a better approach is something like
> this:
>
> while true { ; Loop forever
> dial <phone-number> ; Dial the PC's number
> xif fail { ; No answer
> pause 60 ; Wait a minute
> continue ; and try again
> }
> set retry 2 ; Call was answered
> for \%i 1 10 1 { ; See if the server is there
> remote pwd ; This command has a short answer
> if success goto haveserver ; Got an answer
> pause 60 ; No answer - keep trying
> }
> hangup ; Still no answer - hang up
> } ; and redial
>
> :haveserver
> ...
>
> : Unix script
> :
> ; ( bnestt is a terminal server on our lan, with the PC connected to port 15)
> ;
> : set net tcp
> : set host bnestt 2015
> : set command bytesize 8
> : set terminal bytesize 8
> : set parity none
> : set duplex full
> : fast
> : set flow-control xon
> : set handshake none
> : set exit warning off
> : remote cd c:/scar/host
> :
> if fail stop 1 REMOTE CD c:/scar/host failed
>
> : send /usr/hd/vca/hdkrdn2686 C649745.PK2
> : if failure goto :noupload1
> : remote cd c:/bcar/host
> :
> if fail stop 1 REMOTE CD c:/bcar/host failed
>
> : send /usr/hd/vca/hdkrdn3686 C649745.DA2
> : if failure goto :noupload2
> : :quit
> : quit
> : :noupload1
> : echo ERROR NO UPLOAD 1
> : goto :quit
> : :noupload2
> : echo ERROR NO UPLOAD 2
> : goto :quit
> :
> Just use STOP 1 for all this - it does the same thing in one statement.
>
> : Win95 script
> :
> : ; FILE K95CUSTOM.INI -- Kermit 95 Customizations
> : assign \%a com1
> : set line \%a
> :
> if fail stop 1 can't open port \%1
>
> : set speed 9600
> : set parity none
> : :ok
> : set duplex full
> : set carrier-watch off
> : set handshake none
> : set flow-control xon
> : set terminal bytesize 8
> : set file display serial
> : set file collision overwrite
> : enable delete
> : fast
> : log transactions
> : show version
> : show comm
> : server
> : End ; of K95CUSTOM.INI
>
> Why not use an ANSWER command to have K95 wait for the phone call to
> come in? Something like:
>
> while true {
> answer
> xif fail {
> hangup
> continue
> }
> server
> }
>
> The script looks OK. I've suggested some changes for simplicity, robustness,
> and error-catching.
>
> I don't see anything that would explain the problem you have described except
> perhaps the possibility that c:/bcar/host exists on your PC, but c:/scar/host
> does not. That's the most obvious explanation for why the first file goes in
> the wrong place and the second one goes in the right place.
>
> - Frank